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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Telecommunications and Internet 
converged Services and Protocols for Advanced Networking (TISPAN). 

The present document is part 1 of a multi-part deliverable covering the Telecommunications and Internet converged 
Services and Protocols for Advanced Networking (TISPAN); Interworking between Session Initiation Protocol (SIP) 
and Bearer Independent Call Control Protocol (BICC) or ISDN User Part (ISUP), as identified below: 

Part 1: "Protocol Implementation Conformance Statement (PICS)"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP) for Profile A and B" ; 

Part 3 : "Test Suite Structure and Test Purposes (TSS&TP) for Profile C" ; 

Part 4: "Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing (PIXIT) 
for Profile A and B"; 

Part 5: "Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing (PIXIT) 
for Profile C". 
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Scope 



The present document specifies the network PICS (Protocol Implementation Conformance Statement) of the 
Interworking between Session Initiation Protocol (SIP) and Bearer Independent Call Control Protocol or 
ISDN User Part. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 
cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

For online referenced documents, information sufficient to identify and locate the source shall be provided. Preferably, 
the primary source of the referenced document should be cited, in order to ensure traceability. Furthermore, the 
reference should, as far as possible, remain valid for the expected life of the document. The reference shall include the 
method of access to the referenced document and the full network address, with the same punctuation and use of upper 
case and lower case letters. 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ITU-T Recommendations Q.761 to Q.764 (1999): "Signalling System No.7 ISDN User Part". 

[2] ITU-T Recommendations Q. 1902. 1 to Q. 1902.4 (2001): "Bearer Independent Call Control 

Protocol (BICC)". 

[3] ITU-T Recommendation Q. 73 1.7 (1997): "Stage 3 description for number identification 

supplementary services using Signalling System No. 7: Malicious call identification (MCID)". 

[4] ITU-T Recommendation Q.732.2 (1999): "Stage 3 description for call offering supplementary 

services using Signalling System No. 7: Call diversion services - Call Forwarding Busy (CFB)". 

[5] ITU-T Recommendation Q.732.7 (1996): "Stage 3 description for call offering supplementary 

services using Signalling System No. 7: Explicit Call Transfer". 

[6] ITU-T Recommendation Q. 737.1 (1997): "Stage 3 description for additional information transfer 

supplementary services using Signalling System No. 7: User-to-user signalling (UUS)". 

[7] IETF RFC 3261 (2002): "SIP: Session Initiation Protocol". 

[8] IETF RFC 3262 (2002): "Reliability of Provisional Responses in the Session Initiation Protocol 

(SIP)". 
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[9] ISO/IEC 9646-7 (1995): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 7: Implementation Conformance Statements". 

[10] ETSI EN 383 001: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); Interworking between Session Initiation Protocol (SIP) and 
Bearer Independent Call Control (BICC) Protocol or ISDN User Part (ISUP) [ITU-T 
Recommendation Q. 1912.5, modified]". 

[11] ITU-T Recommendation Q. 1912.5 (03/2004): "Interworking between Session Initiation Protocol 

(SIP) and Bearer Independent Call Control or ISDN User Part". 

[12] ITU-T Recommendation E.164 (2005): "The international public telecommunication numbering 

plan". 

[13] IETF RFC 768 (1980): "User Datagram Protocol". 

[14] IETF RFC 761 (1980): "DoD standard Transmission Control Protocol". 

[15] ITU-T Recommendation Q.767 (1991): "Application of the ISDN user part of CCITT signalling 

system No. 7 for international ISDN interconnections". 

[16] ITU-T Recommendation Q. 73 1.1 (1996): "Stage 3 description for number identification 

supplementary services using Signalling System No. 7: Direct-dialling-In (DDI)". 

[17] ITU-T Recommendation Q. 73 1.5 (1993): "Stage 3 description for number identification 

supplementary services using Signalling System No. 7: Connected line identification presentation 
(COLP)". 

[18] ITU-T Recommendation Q.118 (1997): "Abnormal conditions - Special release arrangements". 

[19] ITU-T Technical Report TRQ.2815 / Q.Sup45 (2003): "Requirements for interworking 

BICC/ISUP network with originating/destination networks based on Session Initiation Protocol 
and Session Description Protocol". 

[20] ITU-T Recommendation Q. 1902.4: "Bearer Independent Call Control protocol (Capability Set 2): 

Basic call procedures". 

[21] IETF RFC 3267: "Real-Time Transport Protocol (RTP) Payload Format and File Storage Format 

for the Adaptive Multi-Rate (AMR) and Adaptive Multi-Rate Wideband (AMR-WB) Audio 
Codecs". 

2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

Not applicable. 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

Abstract Test Case (ATC): complete and independent specification of the actions required to achieve a specific test 
purpose, defined at the level of abstraction of a particular Abstract Test Method, starting in a stable testing state and 
ending in a stable testing state 
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Abstract Test Method (ATM): description of how an SUT is to be tested, given at an appropriate level of abstraction 
to make the description independent of any particular realization of a Means of Testing, but with enough detail to 
enable abstract test cases to be specified for this method 

Abstract Test Suite (ATS): test suite composed of abstract test cases 

Implementation Under Test (lUT): implementation of one or more OSI protocols in an adjacent user/provider 
relationship, being part of a real open system which is to be studied by testing 

Means of Testing (MOT): combination of equipment and procedures that can perform the derivation, selection, 
parameterization and execution of test cases, in conformance with a reference standardized ATS, and can produce a 
conformance log 

PICS proforma: document, in the form of a questionnaire, which when completed for an implementation or system 
becomes the PICS 

PIXIT proforma: document, in the form of a questionnaire, which when completed for the SUT becomes the PIXIT 

Point of Control and Observation (PCO): point within a testing environment where the occurrence of test events is to 
be controlled and observed, as defined in an Abstract Test Method 

Pre-test condition: setting or state in the SUT which cannot be achieved by providing stimulus from the test 
environment 

Protocol Implementation Conformance Statement (PICS): statement made by the supplier of a protocol claimed to 
conform to a given specification, stating which capabilities have been implemented 

Protocol Implementation eXtra Information for Testing (PIXIT): statement made by a supplier or implementor of 
an SUT (protocol) which contains or references all of the information related to the SUT and its testing environment, 
which will enable the test laboratory to run an appropriate test suite against the SUT 

SIP number: number conforming to the numbering and structure specified in ITU-T Recommendation E.164 [12] 

System Under Test (SUT): real open system in which the SUT resides 

User: access protocol entity at the User side of the user-network interface where a T reference point or coincident S and 
T reference point applies 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

ATC Abstract Test Case 

ATM Abstract Test Method 

ATS Abstract Test Suite 

BICC Bearer Independent Call Control protocol 

CIC Circuit Identification Code 

ICS Implementation Conformance Statement 

ISDN Integrated Services Digital Network 

ISUP ISDN User Part 

lUT Implementation Under Test 

MOT Means Of Testing 

PCO Point of Control and Observation 

PICS Protocol Implementation Conformance Statement 

PIXIT Protocol Implementation eXtra Information for Testing 

SIP Session Initiation Protocol 

SUT System Under Test 

TP Test Purpose 

TSS & TP Test Suite Structure and Test Purposes 

TSS Test Suite Structure 

TTCN Tree and Tabular Combined Notation 



ETSI 



ETSI TS 186 002-1 VI .1.4 (2008-05) 



4 Scenarios 

4.1 SIP Profile A and B for interworking between SIP and 
BICC/ISUP 
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Proxy 
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GAV Type 1 
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IP, ATM or 
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Figure 1 : Profile Scope for SIP Interworking with BICC/ISUP with a Type 1 Gateway 
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Figure 2: Profile Scope for SIP Interworking with BICC/ISUP with a Type 2 Gateway 
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4.2 SIP Profile C for Interworking Between SIP with MIME 
Encoding of ISUP and BICC/ISUP 
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Figure 3: Profile Scope for SIP with MIME encoding of ISUP Interworking with BICC/ISUP 

with Type 3 Gateways 
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Figure 4: Profile Scope for SIP, with MIME Encoding of ISUP, Interworking with BICC/ISUP 

with Type 3 & 4 Gateways 
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Figure 5: Profile Scope for SIP with MIME encoding of ISUP Interworking witli BICC/ISUP 

with Type 3 Gateways 
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Figure 7: Profile for SIP, with MIME Encoding of ISUP, Interworking with BICC/ISUP 

with Type 3 Gateway 



5 PICS proforma 

5.1 Instructions for completing the PICS proforma 

5.1.1 Other information 

More detailed instructions are given at the beginning of the different clauses of the PICS proforma. 

The supplier of the implementation shall complete the PICS proforma in each of the spaces provided. If necessary, the 
supplier may provide additional comments separately in clause 5.4. 

5.1 .2 Purposes and structure 

The purpose of this PICS proforma is to provide a mechanism whereby a supplier of an implementation of the 
requirements defined in reference specification [1] to [10] may provide information about the implementation in a 
standardized manner. 

The PICS proforma is subdivided into clauses for the following categories of information: 

• instructions for completing the PICS proforma; 

• identification of the implementation; 

• identification of the reference protocol specification; 

• PICS proforma tables (containing the global statement of conformance). 
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5.1.3 Conventions 

The PICS proforma is composed of information in tabular form in accordance with the guidehnes presented in 
ISO/IEC 9646-7 [9]. 

Item column 

It contains a number that identifies the item in the table. 

Item description column 

It describes each respective item (e.g. parameters, timers, etc.). 

Reference column 

It gives reference to the specification(s) [1] to [10], except where explicitly stated otherwise. 

Status column 

The following notations, defined in ISO/IEC 9646-7 [9], are used for the status column: 

m mandatory - the capability is required to be supported. 

n/a not applicable - in the given context, it is impossible to use the capability. No answer in the support column is 
required. 

o optional - the capability may be supported or not. 

o.i qualified optional - for mutually exclusive or selectable options from a set. "i" is an integer which identifies a 
unique group of related optional items and the logic of their selection which is defined immediately following 
the table. 

ci conditional - the requirement on the capability ("m", "o" or "n/a") depends on the support of other optional or 
conditional items, "i" is an integer identifying a unique conditional status expression that is defined 
immediately following the table. For nested conditional expressions, the syntax "IF ... THEN 
(IF ... THEN ... ELSE...) ELSE ..." shall be used to avoid ambiguities. If an ELSE clause is omitted, "ELSE 
n/a" shall be implied. 

NOTE: Support of a capability means that the capability is implemented in conformance to the 
specification(s) [1] to [10]. 

Support column 

The support column shall be filled in by the supplier of the implementation. The following common notations, defined 
in ISO/IEC 9646-7 [9], are used for the support column: 

• Y or y supported by the implementation. 

• N or n not supported by the implementation. 

• N/A or n/a or "no answer required" (allowed only if the status is N/A, directly or after evaluation 

of a conditional status). 

Values allowed column 

This column contains the values or the ranges of values allowed. 

Values supported column 

The support column shall be filled in by the supplier of the implementation. In this column the values or the ranges of 
values supported by the implementation shall be indicated. 
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References to items 



For each possible item answer (answer in the support column) within the PICS proforma, a unique reference exists. It is 
defined as the table identifier, followed by a slash character "/", followed by the item number in the table. If there is 
more than one support column in a table, the columns shall be discriminated by letters (a, b, etc.) respectively. 

EXAMPLE: 5/4 is the reference to the answer of item 4 in table 5. 

5.2 Identification of tine implementation 

Identification of the Implementation Under Test (lUT) and the system in which it resides - the System Under Test 
(SUT) should be filled in so as to provide as much detail as possible regarding version numbers and configuration 
options. 

The product supplier information and client information should both be filled in if they are different. 

A person who can answer queries regarding information supplied in the ICS should be named as the contact person. 

5.2.1 Date of the statement 



Date of the statement: 



5.2.2 Implementation Under Test (lUT) identification 



lUTname: 




lUT version: 





5.2.3 System Under Test (SUT) identification 



SUT name: 




Hardware configuration: 




Operating system: 





5.2.4 Product supplier 



Name: 




Address: 




Telephone number: 




Facsimile number: 




Additional information: 





5.2.5 Client 



Name: 




Address: 




Telephone number: 




Facsimile number: 




Additional information: 
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5.2.6 PICS contact person 



Name: 




Telephone number: 




Facsimile number: 




Additional information: 





5.3 PICS proforma tables 

5.3.1 Global statement of conformance 





(Yes/No) 


Are all mandatory capabilities Implemented? 





NOTE: 



Answering "No" to this question indicates non-conformance to the reference protocol specification. 
Non- supported mandatory capabiHties are to be identified in the PICS, with an explanation of why the 
implementation is non-conforming. 



5.3.2 Roles 



Table 1 : Roles 



Item 


Is the implementation ... 


Reference 


Status 


Support 


1 


Profile A? 


ITU-TTRQ.2815[19] 


0.11 




2 


Profile B? 


ITU-TTRQ.2815[19] 


0.11 




3 


Profile C? 


ITU-TTRQ.2815[19] 


0.11 




4 


connected with a BICC Network? 


ITU-T 0.1 902.2 [2] 


0.12 




5 


connected with a ISUP Network? 


ITU-T 0.764 [1] 


0.12 




6 


connected with a |i-law network? 


Clauses 6.1 and 7.1 of 
ITU-TTR0.2815[191 







7 


an outgoing international exchange? 


ITU-T Rec 0.764 [1] 







8 


an incoming international exchange? 


ITU-T Rec 0.764 [1] 







9 


an implementation according 
EN 383 001 [[10]? 


EN 383 001 [10] 







NOTE: 0.11 : It is mandatory to support at least one of these items. 
0.12: It is mandatory to support one of these items. 



5.3.3 Connection types 



Table 2: Connection types 



Item 


Is the exchange able to ... 


Reference 


Status 


Support 


1 


support the media type "audio" and 
media format 0, 8? 


Clauses 6.1.3.5.1 and 7.1.1.1 of 
ITU-T Rec 0.1912.5 [11] 


0.21 




2 


support the media type "audio" and 
media format 9? 


Clauses 6.1.3.5.1 and 7.1.1.1 of 
ITU-T Rec 0.1912.5 [11] 


0.21 




3 


support the media type "audio" and 
attribute value CLEARMODE? 


Clauses 6.1.3.5.1 and 7.1.1.1 of 
ITU-T Rec 0.1912.5 [11] 


0.21 




4 


support the media type "image" and 
media format t38? 


Clauses 6.1.3.5.1 and 7.1.1.1 of 
ITU-T Rec 0.1912.5 [11] 


0.21 




5 


support the dynamic assignment for 
codec? 


Clauses 6.1.3.5.1 and 7.1.1.1 of 
ITU-T Rec 0.1912.5 [11] 


0.21 




6 


use the transport protocol udpti? 


RFC 768 [13] 







7 


use the transport protocol tcpti? 


RFC 761 [14] 







8 


Support the transcoding of the AMR 
codec to G.711 PCM 


IETF RFC 3267 [21] 







NOTE: 0.21 : It is mandatory to support at least one of these items. 
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5.3.4 Forward address signalling 



Table 3: Forward address signalling 



Item 


Is the exchange [role] able to ... 


Reference 


Status 


Support 


1 


SIP use the en bloc operation in the 
forward address signalling (sending)? 


Clause 7.1 of 

ITU-T Rec 0.1912.5 [11] 


0.31 




2 


SIP use the overlap operation in the 
forward address signalling (sending)? 


Clause 7.1 of 

ITU-T Rec 0.1912.5 [11] 


0.31 




3 


SIP support the en b/oc operation in the 
forward address signalling (receiving)? 


Clause 6.1 of 

ITU-T Rec 0.1912.5 [11] 







4 


SIP support the overlap operation in the 
forward address signalling (receiving)? 


Clause 6.1 of 

ITU-T Rec 0.1912.5 [11] 







5 


ISUP use the en b/oc operation in the 
forward address signalling (sending)? 


Clause 6.1 of 

ITU-T Rec 0.1912.5 [11] 


0.32 




6 


ISUP use the overlap operation in the 
forward address signalling (sending)? 


Clause 6.1 of 

ITU-T Rec 0.1912.5 [11] 


0.32 




7 


ISUP support the en b/oc operation in the 
forward address signalling (receiving)? 


Clause 7.1 of 

ITU-T Rec 0.1912.5 [11] 







8 


ISUP support the overlap operation in the 
forward address signalling (receiving)? 


Clause 7.1 of 

ITU-T Rec 0.1912.5 [11] 







NOTE: 0.31 : It is mandatory to support at least one of these items. 
0.32: It is mandatory to support one of these items. 



5.3.5 Role independent capabilities 



Table 4: Role independent capabilities 



Item 


Is the exchange able to ... 


Reference 


Status 


Support 


1 


use the Continuity check procedures 
during call setup? 


Clause 6.1.2 of 

ITU-T Rec Q.I 91 2.5 [11] 







2 


support the Continuity check procedures 
during call setup? 


Clause 2.1 .8 of ITU-T Rec Q.764 [1]; 
clauses 7.2 and 7.3 of 
ITU-T Rec Q.I 902.4 [20] 


m 




3 


support hop counter procedure? 


Clauses 6.1 .3.9 and 7.1 .4 of 
EN 383 001 [10] 


c41 




4 


support internal resource reservations 
(preconditions used)? 


Clause 6.1.2 2 of EN 383 001 [10] 







5 


support the reliability of provisional 
responses? 


RFC 3262 [8] 







6 


perform the automatic repeat attempt? 


Clause 2.8.1 of ITU-T Rec Q.764 [1]; 

Clause 12.4 of 

ITU-T Rec Q.I 902.4 [20] 







7 


support the propagation delay 
determination procedure? 


Clause 2.6 of ITU-T Rec Q.764; 
clause 8.5 of ITU-T Rec Q.I 902.4 [20] 







8 


perform the automatic repeat attempt in 
case of dual seizure? 


Clause 2.9.1 of ITU-T Rec Q.764 [1]; 

clause 13.2 of 

ITU-T Rec Q.I 902.4 [20] 







9 


send ACM after determination of end of 
address signalling? 


Clause 7.1 1 of EN 383 001 [10] 







10 


map the REL cause value into the reason 
header field of a SIP message (BYE, 
CANCEL or SIP final response)? 


Clauses 6.1 1.2 and 7.7.1 of 
EN 383 001 [10] 


c41 




11 


map a received reason header fields 
included in a SIP message (BYE, 
CANCEL or SIP final response) to the 
ISUP cause value in the sent REL? 


Clauses 6.1 1.1 and 7.7.2 of 
EN 383 001 [10] 


c41 




12 


interwork the SIP Failure response to 
ISUP? 


Note 1 of table 40 in 
ITU-T Rec Q.I 91 2.5 [11] 







13 


derive the Display-name in the "From 
header field" from the "additional calling 
party number" or "calling party number"? 


Clause7.1.3/Table28 


c41 




14 


control exchange for the Suspend 
procedure? 


Clause 6.9 of EN 383 001 [10] 
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Item 


Is the exchange able to ... 


Reference 


Status 


Support 


15 


use internal resource reservations 
(preconditions used)? 


Clause 6.1.1 1)b)and7.1 B, D of 
EN 383 001 [10] 







16 


control charging? 


Clause 2.1 .4.2 of ITU-T Rec Q.764 [1 ] 







17 


satisfy the call using a new address 
provided in a Contact header field 
received in a 3xx response? 


Clause 13.2.2.2 of RFC 3261 [7] 







18 


perform transcoding of media stream at 
the l-IWU? 


Clause 6.1.3.5.1 of EN 383 001 [10] 


c42 




19 


Refuse an offer with a 415 Unsupported 
media type response if more than one 
media type is received in a SDP? 


Clause 6.1.3.5.4 of EN 383 001 [10] 


c41 




20 


derive the Display-name in the "P- 
Asserted-ldentity header field" from the 
"calling party number" or "additional calling 
party number"? 


Clause 7.1.3/Table 29 of 
EN 383 001 [10] 







21 


redirect to a new destination according the 
BICC/ISUP requirements if a REL is 
received with cause 23? 


Clause6.11.2/Table21 of 
EN 383 001 [10] 







22 


support the ISDN User Part availability 
control? 


2.13/ITU-TQ.764 







23 


In case of a TMR 64 kBit/s was received in 
the JAM, in the Forward call indicator the 
Interworking indicator is set to no 
interworking encountered, the ISDN 
user part/BICC indicator is set to ISDN 
user part/BICC used all the way, the 
ISDN access indicator is set to 
originating access ISDN? 


6.1.3.4/EN383 001 [10] 







24 


In case of a TMR 64 kBit/s was received in 
the JAM, in the Backward callindicator the 
Interworking indicator is set to no 
interworking encountered, ISDN user 
part/BICC indicator is set to ISDN user 
part/BICC used all the way, the ISDN 
access indicator is set to terminating 
access ISDN? 


7.3.1.1/EN383 001 [10] 







NOTE: c41 : IF 1/9 THEN m ELSE o. 

c42: IF 1/2 (THEN IF 1/9 THEN n/a ELSE o) ELSE n/a. 



5.3.6 Supplementary Services Major Capabilities 

Table 5: Supplementary Services Major Capabilities 



Item 


Is the exchange able to ... 


Reference in 

ITU-T Rec 
Q.1912.5[11] 


Status 


Support 


1 


support the service Calling Line Identification Presentation (CLIP)? 


Annex B.1 


m 




2 


support the service Calling Line Identification Restriction (CLIR)? 


Annex B.1 


m 




3 


support the service Connected Line Identification Presentation (COLP)? 


Annex B.2 







4 


support the service Connected Line Identification Restriction (COLR)? 


Annex B.2 







5 


support the service Call Hold (HOLD)? 


Annex B.10 







6 


support the service Terminal Portability (TP)? 


Annex B.13 







7 


support the service Closed User Group (CUG)? 


Annex B.1 6 







8 


support the service Sub-addressing (SUB)? 


Annex B.5 







9 


support the service Malicious Call Identification (MCID)? 


Annex B.4 







10 


support the service Conference Call, add-on (CONF)? 


Annex B.14 







11 


support the service Explicit Call Transfer (ECT)? 


Annex B.8 







12 


support the service Call Forwarding Busy (CFB)? 


Annex B.6 







13 


support the service Call Forwarding No Reply (CFNR)? 


Annex B.6 







14 


support the service Call Forwarding Unconditional (CFU)? 


Annex B.6 







15 


support the service Call Deflection (CD)? 


Annex B.6 







16 


support the service Call Waiting (CW)? 


Annex B.9 







17 


support the service Completion Call to busy subscriber (CCBS)? 


Annex B.11 
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Item 


Is the exchange able to ... 


Reference in 

ITU-T Rec 
Q.1912.5[11] 


Status 


Support 


19 


support the Three-Party (3PTY) service? 


Annex B.15 







20 


support the service Completion Call on No Reply (CCNR)? 


Annex B.12 







21 


support the service Anonymous Call Rejection (ACR)? 


Annex B.22 


c.51 




NOTE: C.51 : IF 1/9 THEN o ELSE n/a. I 



Table 6: Calling Line Identification (CLI) 



Item 


Is the exchange [role] able to ... 


Reference 


Status 


Support 


1 


include a network provided E.I 64 calling party number if the 
P-Asserted -Identity header field has not been received or not in the 
format '+'CC+NDC+SN; address signal: network provided? 


Table 7 







2 


include a network provided E.I 64 calling party number if the 
P-Asserted -Identity header field has not been received or not in the 
format '+'CC+NDC+SN, the From header field is in the format 
'+'CC+NDC+SN; address signal: derived from the From header field? 


Table 7 







3 


include an additional calling party number if a From header field has 
been received in the format '+'CC+NDC+SN; address signal: derived 
from the From header field? 


Table 7 







4 


discard the calling party number in case of bilateral agreements if it is 
"presentation restricted"? 


Clause 3.5.2.3.1 
of ITU-T Rec 
Q.731.1 [16] 







5 


discard the additional calling party number in case of bilateral 
agreements if it is "presentation restricted"? 


Clause 3.5.2.3.1 
of ITU-T Rec 
Q.731.1 [16] 







6 


discard the calling party number, if the address is marked not 
available? 


3.5.2.3.1/Q.731 







7 


discard the additional calling party number in case of bilateral 
agreements if it is "presentation allowed"? 


Network option 







8 


discard the calling party number in case of bilateral agreements if it is 
"presentation allowed"? 


Network option 







9 


send a Calling Party Number with an Number Presentation restriction 
Indicator set to "presentation allowed" if no P-Asserted -Identity 
header field has not been received or not in the format 
VCC+NDC+SN? 


Table 7 







10 


send a Calling Party Number with an Number Presentation restriction 
Indicator set to "presentation restricted" if no P-Asserted -Identity 
header field has not been received or not in the format 
VCC+NDC+SN? 


Table 7 


c.61 




11 


send a Calling Party Number with an Number Presentation restriction 
Indicator set to "address not available" if no P-Asserted -Identity 
header field has not been received or not in the format 
VCC+NDC+SN? 


Table 7 







12 


send a Calling Party Number with an Number Presentation restriction 
Indicator set to "presentation restricted by the network" if no 
P-Asserted -Identity header field has not been received or not in the 
format VCC+NDC+SN? 


Table 7 


c.62 




NOTE: C.61: IF 1/9 THEN n/a ELSE o. 
C.62: IF 1/9 THEN ELSE n/a. 
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Table 7: Connected Line identification (COL) 



Item 


Is the exchange [role] able to ... 


Reference 


Status 


Support 


1 


discard the connected number in case of bilateral 
agreements if it is "presentation restricted "? 


Clause 5.5.2.4.1 of 
ITU-T RecQ.731.5f 171 







2 


discard the additional connected number in case of bilateral 
agreements if it is "presentation restricted"? 


Clause 5.5.2.4.1 of 
ITU-TRecQ.731.5[17] 







3 


discard the connected number in case of bilateral 
agreements if it is "presentation allowed"? 


Network option 







4 


discard the additional connected number in case of bilateral 
agreements if it is "presentation allowed"? 


Network option 







5 


Adding a prefix to an international connected number? 


Clause 5.5.2.3.1 of 
ITU-T RecQ.731.1 [16] 







Table 8: HOLD 


Item 


Is the exchange [role] able to ... 


Reference 


status 


Support 


1 


support that a party can put the other party on hold after 
alerting has commenced? 


Annex B. 10 







2 


support that a party can put the other party on hold after the 
calling user has provided all of the information necessary 
for processing the call? 


Annex B.10 







3 


Does the network support the hold and resume of media 
streams using the UPDATE method in the confirmed 
dialogue? 


Clause 5.1 [10] 







Table 9: Malicious Call Identification (MOID) 


Item 


Is the exchange [role] able to ... 


Reference 


status 


Support 


1 


return an IRS with bit A of the MCID response indicator set 
to "MCID not included", if the network does not support 
the MCID service? 


Clause 7.5.2.3.2 of 
ITU-TRecQ.731.7[3] 







2 


held the IP bearer after the release of the call? 


Annex B.4 







Table 10: Call Diversion service (CDIV) 


Item 


Is the exchange [role] able to ... 


Reference 


status 


Support 


1 


discard the original called number if case of bilateral 
agreements? 


Clause 3.5.2.3.1 of 
ITU-T Rec Q.732.2 [4] 







2 


discard the redirecting number if case of bilateral 
agreements? 


Clause 3.5.2.3.1 of 
ITU-T Rec Q.732.2 [4] 







3 


add a prefix to an international original called number? 


Clause 3.5.2.4.1 of 
ITU-T Rec Q.732.2 [4] 







4 


add a prefix to an international redirecting number? 









5 


discard the redirection number in case of bilateral 
agreements? 


Clause 3.5.2.3.1 of 
ITU-T Rec Q.732.2 [4] 







Table 1 1 : User-to-user service 


Item 


Is the exchange [role] able to ... 


Reference 


status 


Support 


1 


understand an explicit user-to-user request? 


Clauses 1.1.5.2.5.2.2, 
1.2.5.2.5.2.1 and 1.3.5.2.5.2.1of 
ITU-T RecQ.737.1 [6] 







2 


support the rejection procedure of an explicit 
service request or discarding of user-to-user 
nformation as described in clause 1 .1 .5.x. 5. 2 of 
ITU-T RecQ.737.1 [6]? 


Clause 1.1.5.2.2.2 of 
ITU-T RecQ.737.1 [6] 







3 


reject an user-to-user request service 3 not 
essential after call set-up using the FRJ message? 


Clause 1.3.5.2.5.2.2 of 
ITU-T RecQ.737.1 [6] 
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Table 12: ECT 



Item 


Is the exchange [role] able to ... 


Reference 


Status 


Support 


1 


return a LOP (response) message with the 
indication "insufficient information"? 


Clause 7.7 of 

ITU-T Rec Q.732.7 [5] 








5.3.7 Timers 



Table 13: Timers 



Item 


Use of ... 


Reference 


Status 


Support 


Values in seconds 


allowed 


supported 


1 


'oiw1 


Clause 7.8/Table 41 of 
ITU-T Rec Q.1912.5 [111 


m 




4-6 




2 


'oiw2 


Clause 7.8/Table 41 of 
ITU-T Rec Q.1912.5 [11] 


m 




4-14 




3 


'oiw3 


Clause 7.8/Table 41 of 
ITU-T Rec Q.1912.5 [11] 


m 




4-6 




4 


ISUPT6 


Annex A of ITU-T Rec Q.764 [1 ] 







ITU-T Rec 
Q.118[18] 




5 


ISUP T7 


Annex A of ITU-T Rec Q.764 [1 ] 







20-30 




6 


ISUPT9 


Annex A of ITU-T Rec Q.764 [1] 







ITU-T Rec 
Q.118[18] 





5.4 Additional information for PICS 

This clause contains all additional comments provided by the supplier of the implementation (see clause 5.1.1). 
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